home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9612 / 000013_owner-urn-ietf _Mon Dec 16 16:18:57 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  3KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id QAA17295 for urn-ietf-out; Mon, 16 Dec 1996 16:18:57 -0500
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id QAA17290 for <urn-ietf@services.bunyip.com>; Mon, 16 Dec 1996 16:18:55 -0500
  3. Received: from josef.ifi.unizh.ch by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA12763  (mail destined for urn-ietf@services.bunyip.com); Mon, 16 Dec 96 16:18:48 -0500
  5. Received: from enoshima.ifi.unizh.ch by josef.ifi.unizh.ch with SMTP (PP) 
  6.           id <29093-0@josef.ifi.unizh.ch>; Mon, 16 Dec 1996 22:18:31 +0100
  7. Date: Mon, 16 Dec 1996 22:18:30 +0100 (MET)
  8. From: "Martin J. Duerst" <mduerst@ifi.unizh.ch>
  9. To: jayhawk@windrose.omaha.ne.us
  10. Cc: urn-ietf@bunyip.com, tows@earthlink.net
  11. Subject: Re: [URN] Pre-release of draft-ietf-urn-syntax-02.txt
  12. In-Reply-To: <9612162043.AA12260@mocha.bunyip.com>
  13. Message-Id: <Pine.SUN.3.95.961216221206.242X-100000@enoshima>
  14. Mime-Version: 1.0
  15. Content-Type: TEXT/PLAIN; charset=US-ASCII
  16. Sender: owner-urn-ietf@services.bunyip.com
  17. Precedence: bulk
  18. Reply-To: "Martin J. Duerst" <mduerst@ifi.unizh.ch>
  19. Errors-To: owner-urn-ietf@bunyip.com
  20.  
  21. On Mon, 16 Dec 1996 jayhawk@windrose.omaha.ne.us wrote:
  22.  
  23. > > >5. The NSS is case sensitive, while the NID, "urn:" tag and %escaping
  24. > > >are case insensitive.
  25. > >     Why is the NSS case sensitive?  Most people are used to URL's which
  26. > > are case insensitive.  There would be a lot of confusion with people
  27. > > ignoring caps, as well as allowing someone to take an NSS which is
  28. > > identicle to another except for capitalization.  (I think there was a
  29. > > similar issue recently with URL's and the three letter classification.)
  30. > 
  31. > I disagree that all URLs are case insensitive.  Portions are, but then again,
  32. > some portions aren't. 
  33.  
  34. See my example with a file name. In general, only the DNS part is
  35. case insensitive. User id may be, may be not, password certainly
  36. not, hierarchical part (filenames) certainly not, query part certainly
  37. not. This makes URLs case sensitive: If you don't know the details
  38. you better make sure you got it the right way, or it may point into
  39. the void.
  40.  
  41. > Going back into my email archives (not as thorough as Bunyip's, but easier
  42. > to get at, the syntax draft has always allowed individual namespaces to
  43. > declare themselves as having a case-insensitive NSS,
  44.  
  45. Is that mentionned specifically, or is it just due to the fact that
  46. NSSs can declare any two names to be functionally equivalent?
  47.  
  48. >but that is not the
  49. > default.  Further, there was some discussion that case-insensitivity would
  50. > have strange effects in the international arena (Martin, maybe you
  51. > can clarify this some more?)
  52.  
  53. First, we would have to make sure that case-insensitivity also applies
  54. to accented characters, and to Greek, Cyrillic, and Armenian. Second,
  55. the question of whether to extend insensitivity to things similar, but
  56. not equivalent to case would come up (e.g. katakana and hiragana in
  57. Japanese). This is an actual point of discussion for SGML :-(.
  58. Third, casing can be different depending on language. The Turkish
  59. dotless I is the famous example.
  60.  
  61.  
  62. Regards,    Martin.
  63.